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(54) Data processing apparatus, method and computer program product facilitating polymorphic 
behaviour from static object interfaces 



(57) A data processing apparatus which carries out 
data processing using an object-oriented programming 
software architecture having two inheritance hierarchies 
one of which is a static class hierarchy and the other of 
which is a non-static class hierarchy, is disclosed, the 
apparatus having: a means for receiving method calls 
on a static class of a static hierarchy, each method call 



requesting that a particular method be processed by the 
data processing apparatus; and a means for using a 
static pointer in the static class to redirect a received 
method call to an instance of a non-static class of the 
non-static hierarchy, wherein the instance provides the 
implementation of the method requested in the received 
method call. 
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Description 

Field of the Invention 

s [0001] The present invention relates to the field of data processing, and more specifically, data processing using 
object-oriented programming software techniques. 

Background of the Invention 

10 [0002] In the field of data processing, object-oriented programming (OOP) has become the preferred way of dealing 
with computer software. With OOP, related data and commands for processing the data are encapsulated into an entity 
called an object. In order to carry out data processing, a calling object sends a message to another object (a called 
object) asking the called object to carry out one of the called object's commands. The called object receives the message 
and carries out the command on its encapsulated data. Thus, the names of the commands (known as "methods") are 

is made known to each object so that an object can call another object to ask the called object to carry out the method. 
This has the advantage of hiding within each object the details of the object's methods and the data upon which the 
methods will operate. This allows easy reuse of common data processing functions. 

[0003] Objects which share common features (e.g., similar data and/or methods) are grouped together into a "class". 
An object is known as an instantiation of a class, which means that the object is a member of the class which is being 
20 activated at the present time. Classes can be arranged hierarchically so that one class derives from another, with the 
derived class being called a "subclass" of the class from which it derives. 

[0004] Oftentimes, it is necessary to have a class from which only a single instance exists. This is often referred to 
as a singleton class. One way to implement such a class is described by E. Gamma et al, Design Patterns, Addison- 
Wesley Publishing Co. , 1 995, p. 1 27-1 34. 1 n this reference, th e class itself provides a method to obtain a single instance 
2S which can then be used to call non-static methods on the class. However, since this requires the instance to be obtained 
before a call can be made, this has proven to be time consuming to use. Further, this requires the single instance to 
be exposed as a global variable, and to be thus subject to misuse or corruption. 

[0005] Another way to implement such a class is to make all methods and data static (each method always performs 
the same predetermined function on the same data), and this type of class will be referred to hereinafter as a "static" 
30 class. This has the advantage of allowing a calling program to make use of the class via a single method call without 
having to first instantiate or obtain an instance from the class. It is thus often advantageous to use static classes in 
object-oriented design of a data processing system. 

[0006] However, the problem which goes along with selecting static classes is that they are programmed to carry 
out their predetermined action and are not prone to being changed from such a direct course, because of the very 

35 nature of their static architecture. This makes providing alternative functionality (often done using the object-oriented 
concept of polymorphism, which allows calls made on a base class to exhibit a number of different behaviours which 
are provided in classes derived from the base class) very difficult when static classes are implemented in a system. 
The software that issues the calls could be changed to call a different class, but this is very undesirable as such calling 
architectures are already established and reworking them would cause hardship in terms of software reworking which 

40 would be duplicated for each calling architecture that desires to call the static class. 

[0007] One possible way to add polymorphic behaviour to a static class would be to configure a non-static subclass 
of a static base class, as has been proposed by International Business Machines Corp. in its copending European 
Patent Application No. 97114041.3 filed August 14, 1997. With this architecture, when a method call comes in to an 
object which is instantiated from the static base class, a test is done to determine whether the non-static subclass is 

45 configured and if it is, the method call is forwarded to the subclass for processing. If the subclass is not configured, 
the method call is processed by a default non-static implementation shared by a number of static classes. Thus, this 
architecture involves overriding a single method using a specially configured non^static subclass. This technique has 
the advantage of keeping the processing steps inside of the class structure that receives the method call (without 
exposing a variable globally). However, this technique suffers from the limitation that it overrides only a single method 

so and that thus a different subclass would have to be configured if a different method is to be given polymorphic behaviour 
(thus increasing the number of total classes used). Another disadvantage is that a test must be carried out to determine 
whether the subclass is configured, thus adding to the amount of processing which must be carried out by the data 
processor. 

[0008] Thus, a need exists in the art for a better way of providing polymorphic behaviour for static classes in a data 
ss processing system. 
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Summary of the Invention 

[0009] According to one aspect, the present invention provides a data processing apparatus as claimed in claim 1 . 
[001 0] Preferably, the means for receiving method calls receives the calls on a static base class of said static hierarchy 
s and the means for using a static pointer redirects a received method call to an instance of a non-static base class of 
the non-static hierarchy. 

[0011] Further preferably, the means for using a static pointer redirects a received method call to an instance of a 
non-static derived class of the non-static class hierarchy, when an implementation of the received method call contained 
in the non-static base class has been overridden by a modified implementation of the received method call contained 
10 in the non-static derived class. 

[0012] According to a second aspect, the invention provides a method of carrying out the functionality of the data 
processing apparatus described above in the first aspect. 

[001 3] According to a third aspect, the invention provides a computer program product stored on a computer readable 
storage medium for, when run on a computer, carrying out the functionality of the first aspect. 

is [0014] The ability to provide polymorphic behaviour to a static class interface is highly advantageous, without poly- 
morphic behaviour, a static class interface is limited to performing the static functions for which it was originally de- 
signed. This greatly limits the ability to reuse the calling software code that calls the static interface, as such calling 
code could only be reused in a context where the static interface must perform the same function all the time. By 
providing such static interfaces with polymorphic behaviour, alternative functions for certain methods can be provided, 

20 thus greatly increasing the reuse of calling code that calls the static interfaces. This avoids having to write new code 
in situations where a static interface exists but its behaviour needs to be modified with respect to at least one of its 
methods. 

[0015] Thus, with the present invention, polymorphic behaviour can be given to static classes without the need to 
expose a variable globally (as was required in the Gamma et al technique described above). In addition, as an entire 
25 class is overridden instead of only a method thereof, the number of total classes can be decreased, while also de- 
creasing the amount of data processing involved because the automatic referral involved in the invention does away 
with the need to carry out a test to determine whether a specially configured subclass exists (as in the technique of 
the European patent application described above). 

30 Brief Description of the Drawings 

[001 6] An embodiment of the present invention will now be described while making reference to the following drawing 
figures: 

3S Figure 1 is a block diagram showing the environment in which the preferred embodiment of the present invention 

operates; 

Figure 2 is a block diagram showing the object-oriented software structure used to carry out data processing 
according to a preferred embodiment of the present invention; and 

40 

Figure 3 is a block diagram showing the static base class of Fig. 2 in more detail. 
Detailed Description of the Preferred Embodiments 

45 [0017] As shown in Fig. 1 , the environment in which the preferred embodiment of the present invention operates is 
that in which a first data processing device 11 (which is, for example, a standard personal computer) is running a 
software program 111 which will be referred to as a calling program code, because this software program 111 is making 
a call to another data processing device 12 to ask that device 12 to perform some work on behalf of the first device 
11. Correspondingly, the second device 12 is running a software program 112 which will be referred to as a called 

so program code, because software program 11 2 is receiving the call from the first data processing device 1 1 . The device 
12 will use its called program code 112 to carry out the data processing work that the calling program code 111 is 
requesting. 

[001 8] The two data processing devices communicate with each other over a network using standard network com- 
munications protocols. It should be noted that the calling program code 111 and the called program code 112 could be 
55 located in the same data processing device, and thus there would be no need for a network to communicate the work 
request, as such would take place internally to the single data processing device involved. 

[001 9] In order to provide for polymorphic behaviour, it is necessary that when a method call is received by the called 
program code 1 1 2, the implementation of the corresponding method can be changeable. Otherwise, whenever a meth- 
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od call comes in, the same method implementation will always be used to process the method call. A calling program 

1 1 1 that calls such a static interface is not susceptible to being reused because the function of the called program code 

112 is too limiting. The calling program code 111 can be made much more reusable if the called program code 112 can 
be made to exhibit polymorphic behaviour. 

s [0020] The called program code 112 is structured according to object-oriented programming techniques as shown 
in Fig. 2. As can be seen in Fig. 2, there are two hierarchies included in the software architecture: static hierarchy 11 2A 
and non-static hierarchy 11 2B. Static hierarchy 11 2A includes a base class called StaticBase class 1 1 21 and a derived 
class StaticOverride 1122 which is derived from StaticBase class 1121. Likewise, non-static hierarchy 112B includes 
a base class called NonStaticlmplBase class 1123 and a derived class NonStaticlmplOverride class 1124 which is 

10 derived from NonStaticlmplBase class 11 23. 

[0021] The calling program code 111 issues work requests (called method calls hereinafter, since the calling code 
111 is invoking methods on the called code 112 to ask the called code 112 to do some specific work which is identified 
by the method name) which are received by the called code 112 via the called code's StaticBase class 1121. The 
calling program code 1 1 1 is said to be making calls to the 'static interface" of the StaticBase class 1121. Upon receiving 

75 any method call from calling program code 1 1 1 via the static interface, the called code's StaticBase class 1121 forwards 
the call to the method's implementation via a pointer 1121a (see Fig. 3) to the NonStaticlmplBase class 1123. The 
method call is then processed by the data processing device 1 2 according to the instructions contained in the method's 
implementation. 

[0022] A method's implementation can be provided by the NonStaticlmplBase class 1123. That is, for each of the 
20 static methods in the StaticBase class 1121, an implementation can be found in the NonStaticlmplBase class 1123, 
and thus when incoming calls are received by the StaticBase class 1121, the calls are forwarded to the NonStaticlm- 
plBase class 1123 for processing. When an alternative behaviour is required for any number of methods of the static 
base class 1121, the non-static class 1124 implementing the new behaviour is derived from the non-static base class 
1123. This new implementation is then substituted for the old implementation that was originally provided by the non- 
25 static base class 1 1 23. This is done by deriving a static class 11 22 from the base class 1 1 21 , thus providing access to 
the pointer 1121 A from this static derived class 1122. Then, when incoming calls are received by the StaticBase class 
1 121 , the calls are forwarded to the NonStaticlmplBase class 1123 via the pointer and if the method has been imple- 
mented in the derived class 1124 then it is this implementation that is called to carry out the data processing requested 
by the method call. 

30 [0023] Thus, the calling code 111 can still send its method calls to the StaticBase class 1121 , and thus the code 111 
does not need to be altered. That is, the code 111 "thinks* that the StaticBase class 1121 will be implementing the 
calls, but in fact, the StaticBase class 1121 forwards the calls on, via the static pointer, to the NonStaticlmplBase class 
1 123, which provides an implementation of the calls. 

[0024] Then, should it be desired to modify the behaviour provided in the implementation included in the non-static 
35 base class 1123, an alternative behaviour for one or more methods can be provided by deriving a subclass 1124 of 
the base class 1 1 23 and including the implementation of the new behaviour in this subclass 1 1 24. Thus, when a method 
call comes in to the static base class 1121, the call is redirected, via the static pointer, to call what it believes is the 
non-static base class 1 1 23, but in fact, it is the subclass 1 1 24 that actually receives the call because the subclass 1 1 24 
has overridden the base class 1123 with respect to the method that is now being called. 
40 [0025] An example pseudo-code implementation of the invention will now be provided: 
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public class StaticBase 
{ 

protected: 

5 static impBase *pImpBase; 

public: 

static StaticBase () { 

p ImpBase = new ImpBase {); 

10 } 

static void doitO { 
plmpBase->doit () ; 

} 

75 } 

public class StaticDeriv : public StaticBase 
public: 

20 static StaticDerivO { 

plmpBase = new impDerivO; 

} 
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} 

public class ImpBase 
{ 

public: 

ImpBase 0 {} 

virtual void doitO { 
// Do it here base 

) 

} 

public class impDeriv : public ImpBase 

public: 

ImpDeriv () { 
} 

virtual void doitO { 
// Do it here deriv 

} 

) 



// Example code using the invention 
main ( ) 
{ 

// Using the static interface 
StaticBase: :doit () ; 

50 } 



The code above highlights the main points of the invention, but of course, the invention is not limited to this implemen- 
tation. For example, the substitution of the new implementation class (ImpDeriv) is shown being done in the StaticDeriv 
ss constructor, but this could be done in any method in the StaticDeriv class, and is not limited to the substitution of one 
alternative implementation class. In an environment where the Deriv classes are not defined, the call "StaticBase: :dort 
()* shown in the n main() B above will result in the doit() in ImpBase being called. The same call in an environment where 
the ■Deriv" classes are defined would result in the doit() method in ImpDeriv being called, thus not requiring the code 
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in "mainO" to be changed. 
Example Usage: 

5 [0026] The inventors have made use of this invention to implement debug tracing in a Java environment. Two tracing 
mechanism were required: one where the code being traced was to be used in a stand alone environment (including 
the base classes 11 21 and 1123), and the other where the code was to be used inside a server environment (including 
the derived classes 1122 and 1 1 24) which supplied its own tracing facilities. Hence the requirement for code to be able 
to perform static trace calls which should be able to go to either a stand alone trace file (in static base class 11 23), or 

10 the server trace file (in derived non-static class 1124), without having to change the code. 

Claims 

is 1. A data processing apparatus which carries out data processing using an object-oriented programming software 
architecture having two inheritance hierarchies one of which is a static class hierarchy and the other of which is a 
non-static class hierarchy, said apparatus comprising: 

means for receiving method calls on a static class of said static hierarchy, each method call requesting that a 
20 particular method be processed by said data processing apparatus; and 

means for using a static pointer in the static class to redirect a received method call to an instance of a non- 
static class of said non-static hierarchy, wherein said instance provides the implementation of the method 
requested in said received method call. 

25 

2. The apparatus of claim 1 wherein said means for receiving method calls receives said calls on a static base class 
of said static hierarchy and said means for using a static pointer redirects a received method call to an instance 
of a non-static base class of said non-static hierarchy. 

30 3. The apparatus of claim 1 wherein said means for using a static pointer redirects a received method call to an 
instance of a non-static derived class of said non-static class hierarchy, when an implementation of said received 
method call contained in the non-static base class has been overridden by a modified implementation of said 
received method call contained in the non-static derived class. 

35 4. A data processing method using an object-oriented programming software architecture having two inheritance 
hierarchies one of which is a static class hierarchy and the other of which is a non-static class hierarchy, said 
method having steps of: 

receiving method calls on a static class of said static hierarchy, each method call requesting that a particular 
40 method be processed by said data processing method; and 

using a static pointer in the static class to redirect a received method call to an instance of a non-static class 
of said non-static hierarchy, wherein said instance provides the implementation of the method requested in 
said received method call. 

45 

5. The method of claim 4 wherein said step of receiving method calls receives said calls on a static base class of 
said static hierarchy and said step of using a static pointer redirects a received method call to an instance of a 
non-static base class of said non-static hierarchy. 

50 a The method of claim 4 wherein said step of using a static pointer redirects a received method call to an instance 
of a non-static derived class of said non-static class hierarchy, when an implementation of said received method 
call contained in the non-static base class has been overridden by a modified implementation of said received 
method call contained in the non-static derived class. 

55 7. A computer program product stored on a computer readable storage medium for, when executed on a data process- 
ing apparatus, carrying out a data processing method using an object-oriented programming software architecture 
having two inheritance hierarchies one of which is a static class hierarchy and the other of which is a non-static 
class hierarchy, said method having steps of: 
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receiving method calls on a static class of said static hierarchy, each method call requesting that a particular 
method be processed by said data processing method; and 

using a static pointer in the static class to redirect a received method call to an instance of a non-static class 
of said non-static hierarchy, wherein said instance provides the implementation of the method requested in 
said received method call. 



The product of claim 7 wherein said step of receiving method calls receives said calls on a static base class of 
said static hierarchy and said step of using a static pointer redirects a received method call to an instance of a 
non-static base class of said non-static hierarchy. 

The product of claim 7 wherein said step of using a static pointer redirects a received method call to an instance 
of a non-static derived class of said non-static class hierarchy, when an implementation of said received method 
call contained in the non-static base class has been overridden by a modified implementation of said received 
method call contained in the non-static derived class. 



EP 0 945 789 A2 



11 



111 



Data processing 


12— 


Data processing 


device 




device 




calling 








called 






program 








program 






code 




112 — 




code 









FIG. 1 



From 

calling _ 
program 

code 111 



112 



*1 StaticBaseclass 
1121-^ 
1122^ 



112A 



StaticOverride 



Static Hierarchy 



112B 



NonStatic Imp! Base 





1 M123 
^-1124 


NonStaticlmpOverride 



Non Static Hierarchy 



FIG. 2 



From 
calling 
program 
code 111 



11212 StaticBasecIass 




-1121A 



FIG. 3 



8 



